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When a user requests execution of a command in an application file, the 
access conditions are sought from memory, and if found the execution is 
launched. Otherwise the user is asked to satisfy an access condition 
and this is stored in memory before the application is launched. 

USE - Smart cards carrying multiple applications 

ADVANTAGE - Allows user to return to calling file after calling a 
second file, without having to go through the authentication procedure 
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@) PROCEDE DE GESTION DE COMMANDES DANS PLUSIEURS FICHIERS D* APPLICATION ET CARTE A PUCE 
POUR LA MISE EN OEUVRE DU PROCEDE. 


L'invention conceme un proc6d6 de gestion de com- 
mandes dans plusieurs fichiers d'application, k chaque 
commande dans chaque fichier d'application 6tant associSe 
une condition d'accfcs correspondant & ladite commande, 
chaque commande dans chaque fichier d'application 6tant 
ex6cut6e si un utilisateur a ordonnS I'exScution de ladite 
commande et si la condition d'acc&s correspondant k ladite 
commande est m£moris6e. 

Selon l'invention, on garde m6moris6es les conditions 
cfacc&s conjointement pour tous les fichiers d'application. 
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L'invention concerne un proc£d£ de gestion de commandes dans plusieurs 
fichiers d'application et une carte k puce adapt6e k gfrer des commandes dans 
plusieurs fichiers d'application. 

On connait des proc6d6s de gestion de commandes adaptes k gfrer des 
5 commandes dans plusieurs fichiers d'application. Ces proc&tes sont par exemple 
adapts k gfrer des commandes telles que crter ou ouvrir ou supprimer un 
sous-fichier dans un premier fichier concernant une premi&re application ou telles 
que crder ou ouvrir ou supprimer un sous-fichier d'un deuxi£me fichier concernant 
une deuxfeme application. Les moyens mettant en oeuvre de tels proc£d& sont 
10 appel6s « operating system » en anglais. 

Un utilisateur qui souhaite ordonner 1' execution d'une telle operation doit 
satisfaire k la condition d'acc&s assoctee a la commande dans le fichier 
d'application. 

Dans certains domaines d'application, ces conditions d'acc£s ont it6 

15 normalises. On connait ainsi par exemple la norme EN 726-3 pour les precedes de 
gestion de commandes dans les cartes k puces. Cette norme mentionne par 
exemple une condition d'acc£s not6e « ALW » pour laquelle 1'utilisateur n'a besoin 
de satisfaire k aucune condition : ainsi une operation dans un fichier d'application, 
k laquelle est associ^e la condition d'accfes « ALW » sera toujours ex&utte si 

20 1'utilisateur l'ordonne. Cette norme mentionne aussi une condition d'accte not6e 
«NEV»: si 1'utilisateur ordonne Texteution d f une operation dans un fichier 
d'application, k laquelle est associ6e la condition d'accfes « NEV », cette operation 
ne sera pas ex6cut6e. Cette norme mentionne Sgalement, entre autres, des 
conditions d'accte not&s « CHV1 » et « CHV2 ». 

25 Les proc&16s de gestion de commandes dans plusieurs fichiers d'application 

connus ne permettent pas de glrer conjointement des commandes pour des fichiers 
d'application differents. Ainsi, lorsqu'un opfrateur fait exporter des commandes 
dans un premier fichier d'application, qu'il passe k un deuxteme fichier 
d'application pour y faire exporter des commandes, et qu'il retourne au premier 

30 fichier d'application, il doit satisfaire k nouveau aux conditions d'acc&s pour faire 
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exporter, dans le premier fichier d' application, des commandes analogues a celles 
qu'Q a fait ex^cuter initialement. 

L'objet de Pinvention est de proposer un proc&te de gestion de commandes 
dans plusieurs fichiers d'application, mis en oeuvre aisement et en toute s6curite } 
5 ayant un cofit rdduit et permettant de r6soudre ce probleme. 

Plus prerisement, ['invention concerne un procede de gestion de commandes 
dans plusieurs fichiers duplication, k chaque commande dans chaque fichier 
d'application etant associle une condition d'acces correspondant k ladite 
commande, chaque commande dans chaque fichier d'application etant ex^cutee si 
10 un utilisateur a ordonne l'execution de ladite commande et si la condition d'acc£s 
correspondant k ladite commande est m6moris&, caract6ris6 en ce qu'on garde 
mSmoris&s les conditions d'acces conjointement pour tous les fichiers 
d'application. 

De preference, un utilisateur ayant ordonne l'execution d'une commande 
15 dans un fichier d'application, 

on recherche si la condition d'acces correspondant k ladite commande est 
m6moris6e, 

si la condition d'acces est m&norisee alors on lance l'execution de la 
commande, 

20 sinon on demande k l'utilisateur de satisfaire k la condition d'acces et alors, si 

l'utilisateur satisfait 4 la condition d'acces, on memorise la condition d'acces et on 
lance V execution de la commande. 

Avantageusement, n designant un entier sup6rieur ou egal k deux, 
l'utilisateur ayant satisfait k n conditions d'acces, on garde m&norisees les n 

25 demises conditions d'acces satisfaites. 

De preference, une nouvelle condition d'acces etant satisfaite par 
l'utilisateur, ladite condition d'acces n'etant pas en memoire, n conditions d'acces 
etant memorisees, on supprime de la memoire la condition d'acces la plus 
antiennement satisfaite et on memorise la condition d'acces nouvellement 

30 satisfaite. 
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Selon un premier mode de mise en oeuvre du proced6, n est 6gal au nombre 
de conditions d*acc£s pour Pensemble des commandes de tous les fichiers 
duplication. 

Selon un deuxfcme mode de mise en oeuvre du procedd, n est sup&ieur au 
5 nombre de conditions d'acc&s pour Tensemble des commandes de tous les fichiers 
^application. 

Selon un troisteme mode de mise en oeuvre du proc&te, n est inf&ieur au 
nombre de conditions d'acc&s pour l'ensemble des commandes de tous les fichiers 
duplication. 

10 Avantageusement, un contact etant Stabli pour ddmarrer ledit procedS de 

gestion de commandes, le contact etant rompu, on eflace toutes les conditions 
d'acc&s. 

L'invention concerne ggalement une carte k puce adaptde k g&er des 
commandes dans plusieurs fichiers d'application, k chaque commande dans chaque 

15 fichier d'application &ant assoctee une condition d'acces correspondant k ladite 
commande, chaque commande dans chaque fichier d'application 6tant exdcutde si 
un utilisateur a ordonn£ r execution de ladite commande et si la condition d'acc&s 
correspondant k ladite commande est en mdmoire, caract6ris6e en ce qu'elle 
comporte des moyens pour garder en m&noire les conditions d'accfes 

20 conjointement pour tous les fichiers d' application. 

De preference, un utilisateur ayant ordonne l'ex6cution d'une commande 
dans un fichier d'application, elle comporte : 

- des moyens adapts k rechercher si la condition d'accis correspondant k 
ladite commande est en m&noire, 

25 - des moyens adaptds k lancer r execution de la commande si la condition 

d'acc£s est en mgmoire, 

- des moyens adapt6s k demander k rutilisateur de satisfaire k la condition 
d'acc&s si la condition d'acc£s n'est pas en m&noire, et 

- des moyens adaptSs k mlmoriser la condition d'acc&s et k lancer 
30 1' execution de la commande si rutilisateur satisfait k la condition d'acc&s. 
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Avantageusement, n ctesignant un entier superieur ou egal a deux, 
Putilisateur ayant satisfait k n conditions d'acc&s, elle comporte des moyens 
adapts k garder en memoire les n derni&res conditions d'acc^s satisfaites. 

De preference, une nouvelle condition d'acces etant satisfaite par 
5 Putilisateur, ladite condition d'acc^s n*6tant pas en memoire, n conditions d'acc^s 
^tant memorises, elle comporte des moyens adaptes k supprimer de la memoire la 
condition d*acc£s la plus anciennement satisfaite et k m&noriser la condition 
d'acc^s nouvellement satisfaite. 

Selon un premier mode de realisation, n est egal au nombre de conditions 
10 d'acc&s pour P ensemble des commandes de tous les fichiers duplication. 

Selon un deuxieme mode de realisation, n est superieur au nombre de 
conditions d'acces pour r ensemble des commandes de tous les fichiers 
duplication. 

Selon un troisieme mode de realisation, n est inferieur au nombre de 
15 conditions d'acces pour P ensemble des commandes de tous les fichiers 
duplication. 

Avantageusement, la carte comporte un contact et des moyens adaptes k 
supprimer toutes les conditions d'acces lorsque le contact est rompu. 

D'autres caracteristiques et avantages de Pinvention apparaitront au cours de 
20 la description d'un mode de realisation qui va suivre, donne k titre d'exemple non 
limitatif, k Pappui des cinq figures sur lesquelles : 

la figure 1 represente un tableau de memorisation relatif k un espace memoire 
dans la memoire vive de la carte 4 puce adaptee k g6rer des commandes dans 
plusieurs fichiers duplication, le tableau est represente dans Petat initial de 
25 memorisation, 

les figures 2 a 5 sont analogues a la figure 1 pour differents etats de 
memorisation, 

la figure 6 represente la carte et son environnement de fonctionnement, 
la figure 7 represente Porganisation logique de la carte, et 
30 la figure 8 represente un organigramme logique des etapes du procede de 

Pinvention. 
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En se rtfSrant plus particuli&rement k la figure 7, on va dtoire V organisation 
logique d'une carte 8 k puce adapt 6e k gfrer des commandes dans plusieurs fichiers 
d'application. 

La carte 8 comprend des moyens pour mettre en oeuvre le proc&Je de gestion 
5 de commandes, ce moyen est d&iomm6 « OS » et porte la rtfdrence 3. 

La carte 8 comprend deux fichiers d'application, aussi appetes repertoires. 
Le premier fichier d'application est d£nomm6 « compte bancaire » et porte la 
rtf&ence 40. Ce fichier d'application est prdvu pour permettre k un utilisateur de 
g£rer des donnles relatives k son compte bancaire. 
10 Dans le fichier « compte bancaire », l'utilisateur peut ordonner P execution 

d'une commande ddnommee « solde » portant la reference 41, d'une commande 
d6nomm£e « debit » portant la reference 42 et d'une commande denommge 
« transfert vers compte bourse » portant la reference 43. 

La commande « solde » contient des instructions permettant k l'utilisateur de 
15 connaltre le solde de son compte bancaire. 

La commande « d^bit » contient des instructions permettant k l'utilisateur 
d'ordonner un mouvement de debit de son compte bancaire. 

La commande « transfert vers compte bourse » permet k l'utilisateur 
d'ordonner le transfert dun certain montant du compte bancaire vers un compte 
20 bourse. 

Le deuxteme fichier d'application est d£nomm6 « bourse » et porte la 
r&Srence 50. Ce fichier d'application est pr£vu pour permettre k l'utilisateur de 
gSrer des donntes relatives k son portefeuille de bourse. 

Dans le fichier « bourse », l'utilisateur peut ordonner Pex&ution d'une 

25 commande d&iommSe « solde compte bourse » portant la r6f6rence 51, d'une 
commande d£nomm6e « solde bourse » portant la reference 52, d'une commande 
denommte « titre » portant la r&Srence 53, d'une commande d£nomm£e « ordre 
d'achat » portant la rtfSrence 54, d'une commande d&iommde « ordre de vente » 
portant la reference 55 et d'une commande denommle « transfert vers compte 

30 bancaire » portant la reference 56. 
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La commande « solde compte bourse » contient des instructions permettant & 
rutilisateur dc connaitre le solde du compte bourse pr£vu pour alimenter et 
recevoir le montant correspondant aux achats et ventes de titres de bourse. 

La commande « solde bourse » contient des instructions permettant & 
5 rutilisateur de connaitre la valeur globale des titres en bourse qu'il possede. 

La commande « titre » contient des instructions permettant & l'utilisateur de 
connaitre les titres de bourse que l'utilisateur possgde. 

La commande « ordre d'achat » permet k Tutilisateur de donner Tinstruction 
d'acheter des titres de bourse. 
10 La commande « ordre de vente» permet k Tutilisateur de donner 

l'instruction de vendre des titres de bourse. 

La commande « transfert vers compte bancaire » permet a l'utilisateur de 
donner Tinstruction de transferer un certain montant du compte bourse vers ie 
compte bancaire. 

15 Pour pouvoir effectuer les commandes « solde », « solde compte bourse », 

« solde bourse » ou « titre », l'utilisateur devra au prgalable entrer des conditions 

d'accte nottes « CHV1 ». 

Pour pouvoir effectuer les commandes « d^bit », « transfert vers compte 

bourse », « ordre d'achat », « ordre de vente» ou « transfert vers compte 
20 bancaire », Tutilisateur devra au prealable entrer les conditions d'acc^s not&s 

« CHV2 ». 

La carte 8 comporte des moyens repr6sent£s par un tableau, pour garder en 
m&noire les conditions d'acces conjointement pour tous les fichiers duplication. 
Le tableau comporte deux colonnes et quatre lignes. Le nombre de lignes est 
25 le nombre de conditions d'acc&s pour Tensemble des commandes de tous les 
fichiers ^application : la carte comprend en effet deux fichiers duplication et 
chacun d'eux comporte deux conditions d'acc£s pour Pensemble de ses commandes. 

Lorsqu'une condition d'acc&s dans un fichier duplication est m6moris6e, 
Tadresse du fichier duplication figure sur une ligne de la premiere colonne et 
30 ladite condition d'acc^s figure sur la meme ligne de la deuxieme colonne. A 
Tinverse, lorsqu'une condition d'acc^s dans un fichier duplication n'est pas 
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m&norisle, l'adresse du fichier duplication ne figure sur aucune ligne de la 
premiere colonne. 

En se r£Krant plus particulterement k la figure 6, on a repr&entS la carte 8 
adapt6e k etre ins£r6e dans un lecteur 12. Le lecteur 12 est connect^ k un 
5 ordinateur 10 reli£ k un clavier 14, a un £cran 16 et k un distributee 18 de billets. 
L'ordinateur 10 est connect^ k un ordinateur central 20 adapts k m£moriser les 
operations qui sont demandfes. 

En se rtferant maintenant plus particulterement k la figure 8, on a represent* 
les Stapes du proc&te de gestion de commandes dans plusieurs fichiers 
10 d' application. 

Dans la situation initiate not6e 80, l'utilisateur a ordonnS l'ex£cution d'une 
commande dans un fichier d' application. 

Au cours d'une premiere 6tape notee 81, on recherche si la condition d'acc£s 
correspondant k ladite commande est m£moris£e. 
15 Si la condition d'acc&s est m£moris6e, alors on lance, au cours d'une itape 

notee 82, l'ex&ution de la commande. 

Si la condition d'acces n'est pas m6moris6e, alors, au cours d'une 6tape 
not£e 83, on demande k 1'utilisateur de satisfaire k la condition d'acc&s. 

Et alors, a l'utilisateur satisfait k la condition d'accis : au cours d'une 6tape 
20 not£e 84, on memorise la condition d'acces et on lance ('execution de la 
commande. 

Un exemple d'utilisation de la carte va maintenant etre d&rit. 
L'utilisateur insure la carte 8 dans le lecteur 12. A ce stade de ('utilisation, Ie 
tableau est initialise par l'« OS » : le tableau est done vide de toute donnte (figure 
25 1). 

L'utilisateur souhaite connaitre le solde de son compte bancaire. Pour cela, 
l'utilisateur ordonne 1* execution de la commande « solde » dans le fichier « compte 
bancaire ». 

L*« OS » recherche si la condition d'acc&s correspondant k la commande 
30 « solde » est m6moris6e, dans notre cas l'« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est mdmoris^e dans le tableau ; comme 
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ce n'est pas le cas, car le tableau est vide, P« OS » demande k l'utilisateur de 
satisfaire k la condition d'acc£s « CHV1 ». L'utilisateur entre un code confidentiel 
sur le clavier et l'utilisateur satisfait ainsi k la condition d'acc&s « CHV1 ». 
L'«OS» memorise la condition d'acc&s dans le tableau (figure 2) et lance 
5 l'ex&ution de la commande « solde » : le solde du compte bancaire de l'utilisateur 
apparait k F6cran. 

L'utilisateur souhaite ensuite eflfectuer un debit de son compte bancaire. Pour 
cela, l'utilisateur ordonne l'ex&ution de la commande « d^bit » dans le fichier 
« compte bancaire ». 

10 L'« OS » recherche si la condition d'accds correspondent k la commande 

« debit » est m&norisSe, dans notre cas 1*« OS » cherche si la condition « CHV2 » 
du fichier d' application « compte bancaire » est m6moris6e dans le tableau ; comme 
ce n'est pas le cas (figure 2), P« OS » demande k l'utilisateur de satisfaire k la 
condition d'accfcs « CHV2 ». L'utilisateur entre un code confidentiel sur le clavier 

15 et l'utilisateur satisfait ainsi a la condition d'acc&s « CHV2 ». L'« OS » memorise 
la condition d'acc&s dans le tableau (figure 3) et lance r execution de la commande 
« d6bit ». Le distributeur fournit k l'utilisateur la somme souhaitee. 

L'utilisateur souhaite alors connaitre le solde de son compte bancaire et 
verifier que son compte bancaire a bien €ti memorise. Pour cela, l'utilisateur 

20 ordonne P execution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acc£s correspondant k la commande 
« solde » est m£moris6e, dans notre cas l'« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est m6moris6e dans le tableau ; comme 
c'est le cas (figure 3), P« OS » lance P execution de la commande « solde ». Le 

25 solde du compte bancaire de l'utilisateur apparait k Pecran et indique bien le 
nouveau solde, c'est-i-dire, le montant indiqu6 lors de la premiere commande de 
Pop6ration « solde » diminue de la somme d6bit6e lors de P operation « d6bit ». 

L'utilisateur souhaite connaitre le solde de son compte bourse. Pour cela, 
l'utilisateur ordonne Pex&ution de la commande « solde compte bourse » dans le 

30 fichier « bourse ». 
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L'« OS » recherche si la condition d'acc£s correspondant k la commande 

« solde compte bourse » est m&norisde, dans notre cas F« OS » cherche si la 

condition « CHV1 » du fichier duplication « bourse » est mdmorisde dans le 

tableau ; corame ce n'est pas le cas (figure 3), F« OS » demande k l'utilisateur de 
5 satisfaire k la condition d'acc&s « CHV1 ». L'utilisateur entre un code confidentiel 

sur le clavier et l'utilisateur satisfait ainsi k la condition d'acc^s « CHV1 ». 

L'«OS» memorise la condition d'acc£s dans le tableau (figure 4) et lance 

Pexdcution de la commande « solde compte bourse » : le solde du compte bourse 

de l'utilisateur apparait k P Scran. 
10 L'utilisateur souhaite maintenant connaitre les titres de bourse qu'il possfede 

dans son portefeuille. Pour cela, l'utilisateur ordonne FexScution de la commande 

« titre » dans le fichier « bourse ». 

L*« OS » recherche si la condition d'acc&s correspondant k la commande 

« titre » est m&norisfe, dans notre cas P« OS » cherche si la condition « CHV1 » 
15 du fichier duplication « bourse » est m6moris6e dans le tableau ; comme c'est le 

cas (figure 4), l'« OS » lance P execution de la commande « titre » : les titres de 

bourse poss£d£s par l'utilisateur apparaissent k Pecran. 

L'utilisateur souhaite maintenant vendre certains titres de bourse. Pour cela, 

l'utilisateur ordonne P execution de la commande « ordre de vente » dans le fichier 
20 « bourse ». 

L'« OS » recherche si la condition d'accgs correspondant a la commande 
« solde compte bourse » est memorisee, dans notre cas l'« OS » cherche si la 
condition « CHV2 » du fichier duplication « bourse » est m6moris6e dans le 
tableau ; comme ce n'est pas le cas (figure 4), P« OS » demande k l'utilisateur de 

25 satisfaire k la condition d'accSs « CHV2 ». L'utilisateur entre un code confidentiel 
sur le clavier et l'utilisateur satisfait ainsi k la condition d'acc&s «CHV2». 
L'«OS» memorise la condition d'acc&s dans le tableau (figure 5) et lance 
P execution de la commande « ordre de vente » : P« OS » passe ainsi Pordre des 
titres que l'utilisateur vend. 

30 L'utilisateur souhaite alors connaitre le solde de son compte bourse et 

verifier que son compte bourse a bien 6t6 credite du montant des ventes des titres 
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effectufes. Pour cela, Putilisateur ordonne Pex&ution de la commande « solde 
compte bourse » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'accte correspondant & la commande 
« solde compte bourse » est m£moris6e, dans notre cas P« OS » cherche si la 

5 condition « CHV1 » du fichier duplication « bourse » est memorise dans le 
tableau ; comme c'est le cas (figure 5), F« OS » lance Pex6cution de la commande 
« solde compte bourse ». Le solde du compte bourse de Putilisateur apparait a 
P£cran et indique bien le nouveau solde, c'est-i-dire, le montant indiqu6 lors de la 
premiere commande de P op&ution « solde compte bourse » augmente de la 

10 somme degagSe lors de la vente des titres de bourse. 

L'utilisateur souhaite transferer une somme de son compte bourse sur son 
compte bancaire. Pour cela, Putilisateur ordonne P execution de la commande 
« transfert vers compte bancaire » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'accgs correspondant & la commande 

15 « transfert vers compte bancaire » est m^moriste, dans notre cas F« OS » cherche 
si la condition « CHV2 » du fichier d* application « bourse » est m6moris£e dans le 
tableau ; comme c'est le cas (figure 5), P« OS » lance Pexdcution de la commande 
« transfert vers compte bancaire ». 

L'utilisateur souhaite alors connaitre le solde de son compte bancaire et 

20 v&ifier que son compte bancaire a bien ete credite. Pour cela, Putilisateur ordonne 
Pextoition de la commande « solde » dans le fichier « compte bancaire ». 

L\< OS » recherche si la condition d'acc£s correspondant k la commande 
« solde » est m£moris6e, dans notre cas P« OS » cherche si la condition « CHV1 » 
du fichier duplication « compte bancaire » est m6moris6e dans le tableau ; comme 

25 c'est le cas (figure S), P« OS » lance Pex&ution de la commande « credit ». Le 
solde du compte bancaire de Putilisateur apparait & l'dcran et indique bien le 
nouveau solde, c'est-i-dire, le montant indiqu£ lors de la deuxteme commande de 
Pop6ration « solde » augment^ de la somme transferee lors de P operation 
« transfert vers compte bancaire ». 
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L'utilisateur souhaite alors connaitre le solde de son compte bourse et 
verifier que son compte bourse a bien ete debite. Pour cela, l'utilisateur ordonne 
l'ex6cution de la commande « solde compte bourse » dans ie fichier « bourse ». 
L*« OS » recherche si la condition d'acces correspondant a la commande 

5 « solde compte bourse » est m6moris6e, dans le cas consider F« OS » cherche si 
la condition « CHVi » du fichier duplication « bourse » est m6moris6e dans le 
tableau ; comme c'est le cas (figure 5), l'« OS » lance r execution de la commande 
« solde compte bourse ». Le solde du compte bourse de l'utilisateur apparait k 
1'gcran et indique bien le nouveau solde, c'est-A-dire, le montant indiqu6 lors de la 

10 premi&re commande de reparation « solde compte bourse » diminue de la somme 
transferee lors de Topdration « transfert vers compte bancaire ». 

L'utilisateur decide de finir d'ordonner des commandes et feme la session 
carte qu'il vient d'effectuer, ce faisant le tableau va etre initialise, e'est-i-dire que 
toutes les donnfes vont etre effacees. Puis l'utilisateur retire la carte du lecteur. 

15 Pour des raisons de security si en cours d*utilisation de la carte, cette 

derni&re est retiree du lecteur, les donn&s du tableau sont automatiquement 
effacees. 

Bien entendu, la pr£sente invention n'est nullement limitee au mode 
d'ex&ution decrit et represents qui n'a 6t6 donne qu'& titre d'exemple. En 
20 particulier, elle comprend tous les moyens constituant des equivalents techniques 
des moyens ddcrits ainsi que leurs combinaisons, si celles-ci sont exScutees selon 
Fesprit de 1'invention. 
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REVENPJCATIONS 

1. Proc&te de gestion de commandes dans plusieurs fichiers d' application, a 
chaque commande dans chaque fichier d'application etant associte une condition 

5 d'acc&s correspondant k ladite commande, chaque commande dans chaque fichier 
d'application &ant ex6cut6e si un utilisateur a ordonn6 Texdcution de ladite 
commande et si la condition d'accSs correspondant k ladite commande est 
m&norisle, caract6ris6 en ce qu'on garde m&noris6es les conditions d'acc£s 
conjointement pour tous les fichiers d'application. 

10 2. Proc&te selon la revendication 1, caract6ris£ en ce que, un utilisateur 

ayant ordonnS V execution d'une commande dans un fichier d'application, 

on recherche si la condition d'acc&s correspondant k ladite commande est 
m&norisSe, 

si la condition d'acc£s est memorisfe alors on lance l'ex6cution de la 
15 commande, 

sinon on demande k Y utilisateur de satisfaire k la condition d'acc£s et alors, 
si r utilisateur satisfait k la condition d'acc&s, on memorise la condition d'acc£s et 
on lance r execution de la commande. 

3. Proc&te selon la revendication 2, caract6ris£ en ce que, n d6signant un 
20 entier supSrieur ou 6gal k deux, l'utilisateur ayant satisfait k n conditions d'acc£s, 

on garde m£moris6es les n dernieres conditions d'acces satisfaites. 

4. Proc&te selon la revendication 3, caract6ris6 en ce que, une nouvelle 
condition d'acces 6tant satisfaite par l'utilisateur, ladite condition d'accSs n'etant 
pas en m&noire, n conditions d'accte etant m6moris6es, on supprime de la 

25 m6moire la condition d'acc6s la plus anciennement satisfaite et on memorise la 
condition d'acc&s nouvellement satisfaite. 

5. Proced6 selon Tune quelconque des revendications 3 ou 4, n est 6gal au 
nombre de conditions d'acc£s pour P ensemble des commandes de tous les fichiers 
d'application. 
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6. Proc£d6 selon Fune quelconque des revendications 3 ou 4, n est 
sup&ieur au nombre de conditions d'acc&s pour r ensemble des commandes de 
tous les fichiers duplication. 

7. Proc4d6 selon Pune quelconque des revendications 3 ou 4, n est inferieur 
5 au nombre de conditions d'acc&s pour P ensemble des commandes de tous les 

fichiers d* application. 

8. Proc£d6 selon Tune quelconque des revendications 1 i 7, un contact 
gtant ftabli pour d&narrer ledit proc&te de gestion de commandes, le contact 6tant 
rompu, on efface toutes les conditions d'acces. 

10 9. Carte (8) k puce adaptde k gfrer des commandes dans plusieurs fichiers 

duplication, k chaque commande dans chaque fichier duplication etant assoctee 
une condition d'acc&s correspondant k ladite commande, chaque commande dans 
chaque fichier duplication &ant ex^cutde si un utilisateur a ordonnS I'ex&ution 
de ladite commande et si la condition d'acc&s correspondant & ladite commande est 

IS en m&noire, caracteris^e en ce qu'elle comporte des moyens pour garder en 
m&noire les conditions d'acces conjointement pour tous les fichiers d'application. 

10. Carte (8) selon la revendication 9, caract£ris£e en ce que, un utilisateur 
ayant ordonn£ r execution d'une commande dans un fichier d'application, elle 
comporte : 

20 - des moyens adapts k rechercher si la condition d'acc&s correspondant k 

ladite commande est en mdmoire, 

- des moyens adaptes k lancer r execution de la commande si la condition 
d'accds est en m&noire, 

- des moyens adapt6s k demander k Tutilisateur de satisfaire a la condition 
25 d'acc&s si la condition d'acc&s n'est pas en m&noire, et 

- des moyens adapts k m&noriser la condition d'acces et k lancer 
1' execution de la commande si l'utilisateur satisfait k la condition d'acc£s. 

11. Carte (8) selon la revendication 10, caracterisee en ce que, n d£signant 
un entier sup&ieur ou 6gal k deux, 1'utilisateur ayant satisfait k n conditions 

30 d'acc&s, elle comporte des moyens adaptes a garder en m&noire les n dernieres 
conditions d'acc&s satisfaites. 
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12. Carte (8) selon la revendication 1 1, caract&isde en ce que, une nouvelle 
condition d'accds &ant satisfaite par Putilisateur, ladite condition d'acc£s n'6tant 
pas en m6moire, n conditions d'acc^s &ant m&noris&s, elle comporte des moyens 
adapts 4 supprimer de la m&noire la condition d'accSs la plus anciennement 

5 satisfaite et & m&noriser la condition d'acc^s nouveUement satisfaite. 

13. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
6gal au nombre de conditions d'accds pour Tensemble des commandes de tous les 
fichiers duplication. 

14. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
10 supdrieur au nombre de conditions d'accis pour Tensemble des commandes de 

tous les fichiers d' application. 

15. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
inf&ieur au nombre de conditions d'accds pour r ensemble des commandes de tous 
les fichiers d' application. 

15 16. Carte (8) selon Tune quelconque des revendications prteedentes 

caract6ris6e en ce qu'elle comporte un contact et des moyens adapt6s k supprimer 
toutes les conditions d'acces lorsque le contact est rompu. 
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EP 0 644 513 A (AT & T CORP) 
22 mars 1995 (1995-03-22) 

• abrege * 

• colonne 5, llgne 30 - colonne 7, Hgne 
25 » 

• colonne 12, llgne 23 - llgne 31 • 

• colonne 14, llgne 25 - llgne 39 • 

• figure 2 * 

US 5 600 818 A (WEIKMANN FRANZ) 
4 fevrler 1997 (1997-02-04) 

* colonne 2, llgne 14 - Hgne 23 * 

* colonne 2, llgne 42 - llgne 47 * 

* revendlcatlons 1,3,11,15,16,19 * 

US 4 882 474 A (ANDERL EWALD C ET AL) 
21 novembre 1989 (1989-11-21) 

♦ abrege • 

* colonne 1, Hgne 57 - colonne 2, Hgne 
44 * 

• colonne 5, Hgne 21 - llgne 30 * 

* revendlcatlons 1,5,8 * 

EP 0 717 339 A (MICROSOFT CORP) 
19 juln 1996 (1996-06-19) 

• colonne 2, llgne 32 - colonne 3, llgne 
15 * 

* revendlcatlons 1,3,10,11 * 
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